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Mar 30, 1999 



DOCUMENT- IDENTIFIER: US 5890160 A 

TITLE: Object representation of relational database cells having nontraditional 
large object datatypes 



Brief Summary Text (4) : 

Relational database products, which are used in computer systems, now support 
nontraditional column datatypes such as audio and video. As used here, the term 
"computer systems" encompasses the widest possible meaning and includes, but is not 
limited to, standalone processors, networked processors, mainframe processors, 
processors in a client/server relationship, and embedded processors. When object 
oriented applications access rows of relational tables, the data value of the cell 
is retrieved into an object. The object makes available the value of the 
nontraditional datatype, but the manipulation of the value via behaviors or methods 
of the object is not accommodated. Such manipulation presently is possible only 
through calls to the database server. Thus, object oriented applications programs 
cannot access and manipulate nontraditional type data values from relational tables 
according to the object oriented programming paradigm. 

Detailed Description Text (5) : 

In an environment having a database management system, applications programs 
communicate with an automated database manager. The database manager may be referred 
to as a database server. In particular, the applications programs may send messages 
to the database server in a predefined format. Such formatted messages may be 
referred to as database calls . A database call invokes one or more corresponding 
functions of the database management system, usually with respect to a particular 
database. A database management system provides applications programs with a variety 
of callable functions. 

Detailed Description Text (14) : 

The function calls that an applications program may make to the database server have 
a somewhat standardized structure that is tailored to the relational model. This 
structure for RDBMS function calls is generally referred to as the Structured Query 
Language ( SQL ) , 

Detailed Description Text (25) : 

As mentioned above, applications programs access the data of relational tables by 
making calls to a database server. Used in this sense, the term "applications 
programs" may refer to several separate programs, only one program, a module of a 
program, or even a particular task of a module. 

Detailed Description Text (45) : 

An 00 applications program may access the data stored in a relational table by 
making function calls to the database server of the RDBMS in SQL (see FIG. 2) . For 
example, a class might be defined to have behaviors B that: generate appropriate SQL 
statements; package the statements and forward them to the database server; receive 
the results; process the results; and so on. When such a program is executed, client 
objects C.sub.-- Obj of the foregoing class would be constructed as necessary, and 
their behaviors B invoked in accordance with the particular task. 

Detailed Description Text (47) : 

This approach, however, is not desirable. In particular, the applications programmer 
must have an intimate knowledge of the RDBMS and its SQL function calls. The 
applications programs and the RDBMS become tightly coupled under this basic 
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approach. A change to the RDBMS, therefore, often requires extensive changes in all 
of the tightly-coupled applications programs. 

Detailed Description Text (48) : 

Another disadvantage of this approach is that applications programmers must depart 
from the object model with respect to accessing and manipulating data from the 
relational tables. Applications programmers must instead use and apply the 
relational model. In particular, applications programmers must fully understand SQL, 
must have detailed knowledge of the database schema, and must "switch" their 
thinking from the object model to the relational model. 

Detailed Description Text (50) : 

An alternative approach is to provide an 00 interface between the RDBMS and 
applications programs (see FIG. 3) . That is, instead of making function calls 
directly to the database server of the RDBMS, a client object C.sub,-- Obj may pass 
an appropriate message to an intermediate 00 access facility (OOAO, for object 
oriented access object) which is responsible for direct communication with the 
database server. 



Detailed Description Text (55) : 

Under this approach, client objects may be simplified because the OOAO has the 
responsibility for intimate knowledge of the database schema, of the precise syntax 
of SQL calls, and of the method of communicating with the database server. 
Applications programmers are thus freed from such responsibility, and can operate 
more completely under the object model. One important way in which the OOAO allows 
more complete operation under the object model is that, since the OOAO is itself an 
object, client objects communicate with it in the 00 manner of passing messages to 
invoke member functions B. 



Detailed Description Text (72) : 

Some RDBMS products provide server-based functions that manipulate data of a 
nontraditional datatype. To invoke such server-based functions, an appropriate SQL 
statement must be provided. For example, an SQL statement that might provide the 
desired rotation of an image data value could appear as follows: 

Detailed Description Text (75) : 

According to this method, the image that originally was retrieved and found to be in 
need of rotation is not actually rotated. What happens with the use of server-based 
functions is that the image is re-retrieved from the table in the server, is rotated 
by the server, and is then provided in response to the SQL statement. The image 
manipulation occurs at the ^database server, and is performed by the RDBMS. 

Detailed Description Text (104) : 

In the presently preferred embodiment of the invention, managing the storage and 
retrieval of LOBs and the generation of LOB locators is a function of the RDBMS. 
Since the RDBMS is responsible for these functions, SQL statements must normally be 
provided to the RDBMS so as selectably to retrieve a LOB or a LOB locator. 

Detailed Description Text (115) : 

Using the indirect LAM, a LOB locator generated on the basis of the location of the 
LOB in the first table would have been provided by the RDBMS from the server to the 
client's applications program, and then the LOB locator subsequently could have been 
used by the applications program to cause the RDBMS to store the actual LOB in the 
desired location in the second table . Since the LOB locator has a length that is 
negligible in comparison to the length of a LOB, virtually no network impact would 
have been realized. 



Detailed Description Text (129) : 

Therefore, even though the OO applications programmer may wish to have LOB's be kept 
at the server, and may use LOB locators, the programmer may remain squarely within 
the 00 paradigm. The applications programmer need not use SQL to cause generation of 
LOB locators, because this is taken care of by the member functions of the LOB EXOB 
subclass . 



